Skip to content

Add printk when in data abort #2

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

Conversation

m-iwanicki
Copy link

@m-iwanicki m-iwanicki self-assigned this Jun 16, 2025
@m-iwanicki m-iwanicki requested a review from macpijan June 18, 2025 10:48
@m-iwanicki m-iwanicki changed the title backport: armv8: Stop execution on un-handled memory aborts Add printk when in data abort Jun 18, 2025
@m-iwanicki m-iwanicki marked this pull request as ready for review June 18, 2025 10:48
@@ -56,6 +56,9 @@ void aborts_data_lower(uint64_t iss, uint64_t far, uint64_t il)

vaddr_t addr = far;
emul_handler_t handler = vm_emul_get_mem(cpu.vcpu->vm, addr);
if (addr <= 0xff000000) {

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why this value exactly?

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suppose I have found the reason here crosscon/CROSSCON-Hypervisor-and-TEE-Isolation-Demos#32 (comment):

You should add some prints there, possibly with an if condition to only print on addresses you know are memory to prevent gic accesses from cluttering the output.

Trying to map this if on the configuration you are using.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe I understood wrong but gic starts at around 0xff*:

.gicd_addr = 0xff841000,

and I thought that meant I should print only when address doesn't belong to range used by gic?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants